home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 7_5_03.tro < prev    next >
Encoding:
Text File  |  1991-12-13  |  48.2 KB  |  2,293 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .LP
  23. \fBMONTAGE: FIN DE LA RECOMMANDATION T.71 EN\(hyT\* | TE DE CETTE PAGE\fR 
  24. .sp 2P
  25. .LP
  26. \v'21P'
  27. \fBRecommendation\ T.90\fR 
  28. .RT
  29. .sp 2P
  30. .ce 1000
  31. \fBCHARACTERISTICS\ AND\ PROTOCOLS\ FOR\ TERMINALS\fB
  32. .EF '%    Fascicle\ VII.5\ \(em\ Rec.\ T.90''
  33. .OF '''Fascicle\ VII.5\ \(em\ Rec.\ T.90    %'
  34. .ce 0
  35. .sp 1P
  36. .ce 1000
  37. \fBFOR\ TELEMATIC\ SERVICES\ IN\ ISDN\fR 
  38. .ce 0
  39. .sp 1P
  40. .ce 1000
  41. \fI(Melbourne, 1988)\fR 
  42. .sp 9p
  43. .RT
  44. .ce 0
  45. .sp 1P
  46. .ce 1000
  47. CONTENTS
  48. .ce 0
  49. .sp 1P
  50. .sp 2P
  51. .LP
  52. 1
  53.     \fIScope\fR 
  54. .sp 1P
  55. .RT
  56. .sp 1P
  57. .LP
  58.     1.1
  59.     General
  60. .sp 9p
  61. .RT
  62. .LP
  63.     1.2
  64.     Use of Bearer capabilities
  65. .LP
  66.     1.3
  67.     Protocol architecture
  68. .sp 1P
  69. .LP
  70. 2
  71.     \fIISDN circuit\(hyswitched mode (DTE\(hyDTE communication)\fR 
  72. .sp 9p
  73. .RT
  74. .LP
  75.     2.1
  76.     Protocol set
  77. .LP
  78.     2.2
  79.     Application rules for B\(hychannel circuit\(hyswitched mode
  80. .sp 1P
  81. .LP
  82. 3
  83.     \fIISDN packet\(hyswitched mode (DTE\(hyDCE communication)\fR 
  84. .sp 9p
  85. .RT
  86. .LP
  87.     3.1
  88.     Protocol set
  89. .LP
  90.     3.2
  91.     Application rules for B\(hychannel packet\(hyswitched mode
  92. .sp 1P
  93. .LP
  94. 4
  95.     \fIProvision of the OSI\(hyNS\fR 
  96. .sp 9p
  97. .RT
  98. .LP
  99.     4.1
  100.     Rationale for considering the OSI Network Service
  101. .LP
  102.     4.2
  103.     Architecture/Available ISO Standards and CCITT
  104. Recommendations
  105. .LP
  106.     4.3
  107.     Requirements for the OSI\(hyNS
  108. .sp 1P
  109. .LP
  110. 5
  111.     \fIAdditional X.25 optional user facilities\fR 
  112. .sp 9p
  113. .RT
  114. .LP
  115.     5.1
  116.     Categories of additional functionalities
  117. .LP
  118.     5.2
  119.     Functionalities\fR .bp
  120. .sp 1P
  121. .LP
  122. 6
  123.     \fIInteractions between the D\(hychannel and B\(hychannel\fR 
  124. .sp 9p
  125. .RT
  126. .sp 1P
  127. .LP
  128. 7
  129.     \fISupplementary services\fR 
  130. .sp 9p
  131. .RT
  132. .sp 1P
  133. .LP
  134. 8
  135.     \fITerminal response time\fR 
  136. .sp 9p
  137. .RT
  138. .sp 1P
  139. .LP
  140. 9
  141.     \fISynchronization\fR 
  142. .sp 9p
  143. .RT
  144. .sp 1P
  145. .LP
  146. 10
  147.     \fIHigher layer protocols\fR 
  148. .sp 9p
  149. .RT
  150. .LP
  151.     10.1
  152.     Transport layer
  153. .sp 1P
  154. .LP
  155. \fIAnnex\ A\fR     \(em
  156.     Procedures for connection establishment, connection
  157. release and information transfer
  158. .sp 9p
  159. .RT
  160. .LP
  161. \fIAppendix\ I\fR     \(em
  162.     Consideration of incoming calls for facsimile terminals
  163. from networks without HLC provision
  164. .LP
  165. \fIAppendix\ II\fR     \(em
  166.     Optional usage of the T.70 NL protocol
  167. .LP
  168. \fIAppendix\ III\fR     \(em
  169.     Service definitions and state transition diagrams for
  170. the Data Link layer within the B\(hychannel (CS\(hymode)
  171. .LP
  172. \fIAppendix\ IV\fR     \(em
  173.     Possible model for telematic endsystems taking into
  174. account the D\(hychannel/B\(hychannel coordination function
  175. .sp 2P
  176. .LP
  177. \fB1\fR     \fBScope\fR 
  178. .sp 1P
  179. .RT
  180. .sp 1P
  181. .LP
  182. 1.1
  183.     \fIGeneral\fR 
  184. .sp 9p
  185. .RT
  186. .PP
  187. ISDN has been defined to support a wide range of voice and
  188. non\(hyvoice services, and applications, in the same network based on a
  189. multipurpose user\(hynetwork interface.
  190. .PP
  191. This Recommendation describes the requirements for Telematic
  192. terminals, developed for ISDN application, and connected to an ISDN specified 
  193. by the Recommendations of the I\(hySeries. 
  194. .PP
  195. This Recommendation covers Teletex, Group 4 facsimile, mixed mode and videotex 
  196. terminals. 
  197. .PP
  198. Terminal requirements to support other Telematic services are for
  199. further study.
  200. .PP
  201. Terminals developed for the provision of Telematic services in CSPDNs, 
  202. PSPDNs and PSTNs, using Terminal adaptors to access the ISDN are not covered 
  203. by this Recommendation. 
  204. .PP
  205. Interworking with existing Telematic terminals connected to CSPDNs,
  206. PSPDNs and PSTNs, thereby maintaining the Telematic service integrity, 
  207. should be possible, but is outside the scope of this Recommendation. 
  208. .RT
  209. .sp 1P
  210. .LP
  211. 1.2
  212.     \fIUse of bearer capability\fR 
  213. .sp 9p
  214. .RT
  215. .PP
  216. This Recommendation is based on the use of bearer capabilities
  217. defined for the ISDN, using B\(hychannels for the information transfer 
  218. and virtual circuit call control and the D\(hychannel for the call control. 
  219. .PP
  220. The use of both, circuit\(hyswitched and packet\(hyswitched information
  221. transfer modes is defined.
  222. .PP
  223. The use of the frame mode information transfer as defined in
  224. Recommendation\ I.122 is for further study.
  225. .RT
  226. .sp 1P
  227. .LP
  228. 1.3
  229.     \fIProtocol architecture\fR 
  230. .sp 9p
  231. .RT
  232. .PP
  233. This Recommendation provides the application rules for other
  234. CCITT\(hyRecommendations and ISO Standards with particular expansion aiming 
  235. at the applicability for end\(hyto\(hyend (DTE\(hyDTE) communication through 
  236. the network as 
  237. well as DTE\(hyDCE interconnection and the OSI\(hyNetwork Service.
  238. .PP
  239. The use of existing protocols for ISDN Telematic terminals different from 
  240. those described in \(sc\ 2, e.g.\ T.70, CSPDN minimum header is optional. 
  241. .bp
  242. .PP
  243. The optional implementation of more than one type of protocol, and use 
  244. of the appropriate protocol on a per\(hycall\(hybasis for communication 
  245. between 
  246. Telematic terminals, following the protocols described in this Recommendation, 
  247. and terminals using optional protocols, is the responsibility of the user 
  248. of 
  249. such optional protocols.
  250. .RT
  251. .sp 2P
  252. .LP
  253. \fB2\fR     \fBISDN circuit\(hyswitched mode (DTE\(hyDTE communication)\fR 
  254. .sp 1P
  255. .RT
  256. .PP
  257. For this mode, the circuit\(hyswitched 64 kbit/s unrestricted
  258. information transfer capability shall be used.
  259. .PP
  260. For additional information regarding connection control, see
  261. \(sc\ A.1 | ).
  262. .PP
  263. For additional information regarding the information transfer phase, see 
  264. \(sc\ A.1 | ). 
  265. .RT
  266. .sp 1P
  267. .LP
  268. 2.1
  269.     \fIProtocol set\fR 
  270. .sp 9p
  271. .RT
  272. .PP
  273. The protocol set applicable to the circuit\(hyswitched mode (CS mode) is 
  274. shown in Figure\ 1/T.90. 
  275. .RT
  276. .LP
  277. .rs
  278. .sp 24P
  279. .ad r
  280. \fBFigure 1/T.90 [T1.90] \ \ 
  281. (\*`a traiter comme tableau MEP), p.\fR 
  282. .sp 1P
  283. .RT
  284. .ad b
  285. .RT
  286. .sp 2P
  287. .LP
  288. 2.2
  289.     \fIApplication rules for B\(hychannel circuit\(hyswitched mode\fR 
  290. .sp 1P
  291. .RT
  292. .sp 1P
  293. .LP
  294. 2.2.1
  295.     \fILayer 1 physical layer interface characteristics\fR 
  296. .sp 9p
  297. .RT
  298. .PP
  299. The physical interface characteristics shall be in accordance with the 
  300. I\(hySeries Recommendations; I.430 (Basic user\(hynetwork interface, Layer\ 
  301. 1 
  302. specifications), I.431 (Primary rate user\(hynetwork interface, Layer\ 1
  303. specifications). This layer provides full a duplex transmission
  304. capability.
  305. .RT
  306. .sp 1P
  307. .LP
  308. 2.2.2
  309.     \fIConnection control phase\fR 
  310. .sp 9p
  311. .RT
  312. .PP
  313. Recommendation Q.921 shall apply.
  314. .bp
  315. .RT
  316. .sp 1P
  317. .LP
  318. 2.2.3
  319.     \fILayer 2 information transfer phase\fR 
  320. .sp 9p
  321. .RT
  322. .PP
  323. The link layer procedure shall consist of a fully symmetrical HDLC procedure 
  324. as defined in Recommendation\ X.75 for single link operation. The use of 
  325. other protocols (e.g.\ LAPD) is left for further study. 
  326. .RT
  327. .sp 1P
  328. .LP
  329. 2.2.3.1
  330.     \fIAddress procedure\fR 
  331. .sp 9p
  332. .RT
  333. .PP
  334. The following describes the application of the link addressing
  335. procedures of Recommendation\ X.75. Link addresses (A and B) shall be assigned 
  336. dynamically on a per\(hycall basis according to the following rules: 
  337. .RT
  338. .LP
  339.     a)
  340.     the calling terminal shall take address A;
  341. .LP
  342.     b)
  343.     the called terminal shall take address B;
  344. .LP
  345.     c)
  346.     commands and responses shall be transferred as shown in
  347. Figure\ 2/T.90;
  348. .LP
  349.     d)
  350.     A and B addresses are coded as follows:
  351. .LP
  352.     Address
  353.     12345678
  354. .LP
  355.     \ \ A
  356.     11000000
  357. .LP
  358.     \ \ B
  359.     10000000
  360. .PP
  361. \fINote\fR \ \(em\ The terminal will discard all frames received with an
  362. address other than\ A and\ B.
  363. .LP
  364. .rs
  365. .sp 9P
  366. .ad r
  367. \fBFigure 2/T.90, p.\fR 
  368. .sp 1P
  369. .RT
  370. .ad b
  371. .RT
  372. .sp 1P
  373. .LP
  374. 2.2.3.2
  375.     \fIImplementation rules\fR 
  376. .sp 9p
  377. .RT
  378. .PP
  379. In order to achieve full compatibility between different
  380. implementations, the rules below for the implementation of Recommendation\ 
  381. X.75 shall be followed. 
  382. .RT
  383. .sp 1P
  384. .LP
  385. 2.2.3.2.1\ \ \fIGeneral rules\fR 
  386. .sp 9p
  387. .RT
  388. .LP
  389.     a)
  390.      The 1984 version (\fIRed Book\fR ) of CCITT Recommendation\ X.75, \(sc\ 
  391. 2, shall be used as the reference specification. 
  392. .LP
  393.     b)
  394.     The term \*QSTE\*U shall be read as \*QDTE\*U.
  395. .LP
  396.     c)
  397.      At present the non\(hyextended mode of operation (modulo 8) and the extended 
  398. mode of operation (modulo\ 128) are defined and in use. 
  399. .LP
  400.     The desire to improve the efficiency of satellite
  401. transmissions and the evolution towards the use of LAPD (modulo\ 128 only) in
  402. layer\ 2 of the B\(hychannel is expected to lead to the use of modulo\ 
  403. 128 as the 
  404. common base modulo. However, the use of modulo\ 8 may be allowed.
  405. .LP
  406.      To facilitate interworking between terminal equipments using modulo\ 
  407. 8 and\ 128 respectively a procedure based on, e.g.\ 
  408. a negotiation
  409. mechanism using a low layer. Compatibility check between the endpoints 
  410. should be defined. This is for further study. 
  411. .LP
  412.     d)
  413.     Only the single link procedure (SLP) shall be used.
  414. .bp
  415. .sp 1P
  416. .LP
  417. 2.2.3.2.2\ \ \fISpecific rules\fR 
  418. .sp 9p
  419. .RT
  420. .PP
  421. The following rules refer to the indicated sections and tables of Recommendation\ 
  422. X.75. 
  423. .RT
  424. .LP
  425.     a)
  426.     \fITable 1/X.75\fR 
  427. .LP
  428.     I\(hyframes should not be sent with an empty I field
  429. .LP
  430. N\ \(>="\ 0 and N\ \(=\ N1\(hy32
  431. .LP
  432. received empty I\(hyframes shall be treated as valid I\(hyframes.
  433. .LP
  434.     b)
  435.     \fI\(sc 2.3.4.9\fR 
  436. .LP
  437.     Sub\(hyparagraphs 5), 6) and 7) are not valid (shall not
  438. result
  439. in the sending of an FRMR). Instead the following actions shall be
  440. implemented:
  441. .LP
  442.     \(em
  443.     Not expected supervisory frames with the F bit set to 1 shall be ignored.
  444. .LP
  445.     \(em
  446.     Not expected UA or DM response shall be ignored.
  447. .LP
  448.     \(em
  449.      Frames with an invalid N(S) shall be responded to by sending REJ (see 
  450. \(sc\ 2.3.5.2.1 of Recommendation\ X.75). 
  451. .LP
  452.     Frames with an FRMR cntrol field shall not be responded by sending of an FRMR.
  453. .LP
  454.     c)
  455.     \fITable 7/X.75\fR 
  456. .LP
  457.     Bits W, X, Y and Z set to 0 indicate that no reason for
  458. frame rejection is given.
  459. .LP
  460.     d)
  461.     \fI\(sc 2.3.5.3\fR 
  462. .LP
  463.     The DTE and the ISDN are not octet aligned and the last
  464. paragraph is therefore not valid.
  465. .LP
  466.     e)
  467.     \fI\(sc 2.3.5.5\fR 
  468. .LP
  469.     Higher layers should be notified when timer T3 expires
  470. (excessive idle state).
  471. .LP
  472.     f
  473. )
  474.     \fI\(sc 2.4.3\fR 
  475. .LP
  476.     Related to the first paragraph, read instead of \*Qnext
  477. response\*U \*Qcorresponding response\*U.
  478. .LP
  479.     g)
  480.     \fI\(sc 2.4.4.1\fR 
  481. .LP
  482.     In the active channel state, the DTE shall transmit
  483. contiguous flags independent of the other DTE.
  484. .LP
  485.      The calling DTE shall initiate the link by sending an SABM command with 
  486. the P\(hybit set to\ 1. 
  487. .LP
  488.     h)
  489.     \fI\(sc 2.4.4.4.1\fR 
  490. .LP
  491.      A condition for entering the disconnected phase is also that no unacknowledged 
  492. DISC command exists, because of collision cases 
  493. (see Recommendation\ X.75, \(sc\ 2.4.4.5).
  494. .LP
  495.      In the disconnected phase, it is the calling DTE which may initiate link 
  496. set up. 
  497. .LP
  498.     i)
  499.     \fI\(sc 2.4.5.9, fourth paragraph\fR 
  500. .LP
  501.     If a RNR is received, the DTE shall remain in the timer
  502. recovery condition (because the other DTE is still in the busy condition).
  503. .LP
  504.     j
  505. )
  506.     \fI\(sc 2.4.5.9, fifth paragraph\fR 
  507. .LP
  508.     If an RNR is received, the DTE shall not resume I\(hyframe
  509. transmission or retransmission.
  510. .LP
  511.     k)
  512.     \fI\(sc 2.4.5.9, last paragraph\fR 
  513. .LP
  514.      If the transmission attempt variable is equal to N2, the DTE shall enter 
  515. the disconnected phase. 
  516. .LP
  517.     l)
  518.     \fI\(sc 2.4.7.3\fR 
  519. .LP
  520.      In the frame rejection condition, the DTE shall only check the commands 
  521. and react with an FRMR according to the P\(hybit. 
  522. .LP
  523.     The frame rejection condition is cleared when the DTE
  524. receives an SABM, or, receives or transmits a DISC command.
  525. .LP
  526.     m)
  527.     \fI\(sc 2.4.7.3, second paragraph\fR 
  528. .LP
  529.     Only the DTE which caused the FRMR condition may try to
  530. reset the link.
  531. .LP
  532.     n)
  533.     \fI\(sc 2.4.7.3, third paragraph\fR (see Note 1)
  534. .LP
  535.     After N2 attempts to get the other DTE to reset the link,
  536. the DTE shall enter the disconnected phase.
  537. .LP
  538.     o)
  539.     \fI\(sc 2.4.8.1\fR (see Note 2)
  540. .LP
  541.     The timer T1 shall be started at the end of frame
  542. transmission. The value of T1 depends on the data signalling rate, the frame
  543. length, the value of N2, and a fixed time representing both T2 and the
  544. transmission delay [see item | )].
  545. .LP
  546.     A value is recommended between 2.5 and 7 seconds.
  547. Consideration of a specific value requires further study.
  548. .bp
  549. .LP
  550.     p)
  551.     \fI\(sc 2.4.8.2\fR (see Note 2)
  552. .LP
  553.     T1\ >\ T2
  554. .LP
  555.     T2\ <\ 1 second
  556. .LP
  557.     Depending on the acknowledgement strategy used, the DTE
  558. designer may regard T2 as a design parameter only, in which case the DTE is
  559. not obliged to implement a corresponding timer.
  560. .LP
  561.     q)
  562.     \fI\(sc 2.4.8.3, second paragraph\fR 
  563. .LP
  564.     T3\ \(=\ 60 seconds
  565. .LP
  566. T3\ \(>="\ 30 seconds
  567. .LP
  568.     r)
  569.     \fI\(sc 2.4.8.4\fR 
  570. .LP
  571.     N2\ \(>="\ 60 seconds \(di T1
  572. .LP
  573.     s)
  574.     \fI\(sc 2.4.8.5\fR 
  575. .LP
  576.     N1 = 2112 + (\fIn\fR \(mu 1024) bits;
  577. .LP
  578. \fIn\fR = 0 or 2 or 6 or 14.
  579. .LP
  580.     t)
  581.     \fI\(sc 2.4.8.6\fR (see Notes 2,3)
  582. .LP
  583.     \fIk\fR = 7
  584. .LP
  585.      \fINote\ 1\fR \ \(em\ It is not meaningful to reset the link if the other 
  586. DTE is not responding for N2\ \(mu\ T1. 
  587. .LP
  588.      \fINote\ 2\fR \ \(em\ The acknowledgement strategy used by the receiving 
  589. DTE should be independent of any knowledge about the value of k used by 
  590. the sending DTE. This can be achieved by either acknowledging every correctly 
  591. received 
  592. I\(hyframe as soon as possible or by implementing an acknowledgement timer,
  593. i.e.,\ a T2 timer as defined above [see item | )].
  594. .LP
  595.      \fINote\ 3\fR \ \(em\ Further study is needed on a mechanism for negotiation 
  596. of\ k. 
  597. .sp 1P
  598. .LP
  599. 2.2.4
  600.     \fILayer 3 \(em connection control phase\fR 
  601. .sp 9p
  602. .RT
  603. .PP
  604. Recommendation Q.931 shall apply. All encodings should be derived from 
  605. the relevant section in Q.931. 
  606. .PP
  607. Three information elements (IEs) are of particular interest to
  608. terminals accessing Telematic services. See Annexes\ B and\ M of
  609. Recommendation\ Q.931 for further information.
  610. .RT
  611. .LP
  612.     \(em
  613.     Bearer capability (BC) information element. The BE IE is
  614. used to carry information of interest to the bearer service providing network. 
  615. The BE IE is required to be generated by the calling side, and must be 
  616. examined by the called side. 
  617. .LP
  618.     \(em
  619.     Low layer compatibility (LLC) information element. The
  620. LLC IE is used to carry information about protocols at and below the network
  621. layer of interest only to the two endsystems. The LLC IE shall be generated 
  622. by the calling side, and should be examined, if present, by the called 
  623. side. 
  624. .LP
  625.     \(em
  626.      High layer compatibility (HLC) information element. The HLC IE is used 
  627. to carry information between the endsystems related to protocols 
  628. above the network layer. The HLC IE shall be generated by the calling side, 
  629. and should be examined, if present, by the called side. 
  630. .PP
  631. Fields in bearer capability (BC), low layer compatibility (LLC), and high 
  632. layer compatibility (HLC) information elements (IE) to be conveyed at the 
  633. S/T reference point of the user\(hynetwork interface during the call 
  634. establishment phase, shall be set to the values defined below.
  635. .sp 1P
  636. .LP
  637. 2.2.4.1
  638.     \fIBearer capability (BC)\fR 
  639. .sp 9p
  640. .RT
  641. .LP
  642.     a)
  643.      Mandatory fields, to be set to the fixed values (the value to be set 
  644. is given in parentheses following each field description): 
  645. .LP
  646.     \(em
  647.     Coding standard \(em octet 3 (CCITT standardized coding,   as defined below).
  648. .LP
  649.     \(em
  650.      Information transfer capability \(em octet 3 (unrestricted digital information, 
  651. see Note). 
  652. .LP
  653.     \(em
  654.     Transfer mode \(em octet 4 (circuit mode).
  655. .LP
  656.     \(em
  657.     Information transfer rate \(em octet 4 (64 kbit/s).
  658. .bp
  659. .LP
  660.     b)
  661.     Fields not required in the default case (these may be
  662. explicitly encoded):
  663. .LP
  664.     \(em
  665.     Structure \(em octet 4a.
  666. .LP
  667.     \(em
  668.     Configuration \(em octet 4a.
  669. .LP
  670.     \(em
  671.     Establishment \(em octet 4a.
  672. .LP
  673.     \(em
  674.     Symmetry \(em octet 4a.
  675. .LP
  676.     c)
  677.     Fields to be omitted due to no necessity:
  678. .LP
  679.     \(em
  680.     All other fields.
  681. .PP
  682. \fINote\fR \ \(em\ The selection whether to use unrestricted or restricted 
  683. information transfer capability is out of the scope of this Recommendation. 
  684. .sp 1P
  685. .LP
  686. 2.2.4.2
  687.     \fILow layer compatibility (LLC)\fR 
  688. .sp 9p
  689. .RT
  690. .PP
  691. The LLC IE shall be encoded as follows:
  692. .RT
  693. .LP
  694.     a)
  695.     Fields to be set to fixed values (the value to be set is
  696. given in parentheses following each field description).
  697. .PP
  698. Details of coding points and the relevant encodings are for
  699. further study.
  700. .sp 1P
  701. .LP
  702. 2.2.4.3
  703.     \fIHigh layer compatibility (HLC)\fR 
  704. .sp 9p
  705. .RT
  706. .PP
  707. The HLC IE shall be encoded as follows:
  708. .RT
  709. .LP
  710.     a)
  711.     Fields to be set to fixed values (the value to be set is
  712. given in parentheses following each field description).
  713. .LP
  714.     \(em
  715.     Coding standard \(em octet 3 (CCITT standardized coding,   as defined below).
  716. .LP
  717.     \(em
  718.     Interpretation \(em octet 3 (first high layer
  719. characteristics identification to be used in the call).
  720. .LP
  721.     \(em
  722.      Presentation method of protocol profile \(em octet 3 (high layer protocol 
  723. profile). 
  724. .LP
  725.     b)
  726.     Fields with variable content:
  727. .LP
  728.     \(em
  729.     High layer characteristics identification \(em octet 4
  730. (e.g.,\ Facsimile Group\ 4, Teletex).
  731. .PP
  732. To maximize the usefulness of HLC checking:
  733. .LP
  734.     1)
  735.      the calling telematic terminal shall select the HLC element according 
  736. to the type of document to be tranferred; 
  737. .LP
  738.     2)
  739.      the called terminal holds a list of HLC elements describing its receiving 
  740. capabilities. It will accept an HLC element corresponding to any one of 
  741. these. 
  742. .PP
  743. This scheme is illustrated in Table 1/T.90.
  744. .sp 1P
  745. .LP
  746. 2.2.5
  747.     \fILayer 3 \(em virtual connection control and information transfer\fR 
  748. .sp 9p
  749. .RT
  750. .PP
  751. ISO 8208 (1987) shall apply.
  752. .PP
  753. \fINote\fR \ \(em\ This protocol, based on the l984 version of
  754. Recommendation\ X.25, is partially expanded in order to include DTE\(hyDTE
  755. application. In particular, the following sections of ISO\ 8208 are
  756. referred:
  757. .RT
  758. .LP
  759.     \(em
  760.     \(sc 3.2: Differences in DTE/DTE and DTE/DCE operation
  761. .LP
  762.     \(em
  763.     \(sc 3.3: Operating over circuit\(hyswitched connections
  764. .LP
  765.     \(em
  766.     \(sc 4.5: Determining \*QDTE\*U or \*QDCE\*U characteristics
  767. .PP
  768. In addition, the following points should be noted when using this  protocol.
  769. .LP
  770.     a)
  771.      Calling DTE shall send a RESTART REQUEST packet, begin the restart procedure, 
  772. and establish virtual circuits. See \(sc\ 3.3 of ISO\ 8208. 
  773. .LP
  774.     b)
  775.     The qualifier bit in data packets should always be set to
  776. \*Q0\*U.
  777. .LP
  778.     c)
  779.     The delivery confirmation bits in all packets should be set  to \*Q0\*U.
  780. .LP
  781.     d)
  782.     Normal X.25 reset procedures will apply.
  783. .LP
  784.     e)
  785.     Each control block or data block of the transport layer
  786. shall be carried in a complete data packet sequence.
  787. .bp
  788. .LP
  789.     f
  790. )
  791.     The terminal should not send a DTE REJECT packet.
  792. .LP
  793.     g)
  794.     In case of Group 4 facsimile and Teletex, terminals shall
  795. use a specific protocol identifier within CALL REQUEST/INCOMING CALL packets. 
  796. This identifier is represented by the first octet of the call user data 
  797. field (remaining octets, if any should be ignored) as shown below: 
  798. \v'6p'
  799. .LP
  800. bit
  801. 87654321
  802.     \fBoctet\fR \fB00000010\fR     
  803. octet
  804. 00000010
  805. .PP
  806. .sp 1
  807. The use of this protocol identifier for Videotex is for further
  808. study.
  809. .ce
  810. \fBH.T. [T2.90]\fR 
  811. .ce
  812. TABLE\ 1/T.90
  813. .ce
  814. \fBUse of HLC codes by various Telematic terminals\fR 
  815. .ps 9
  816. .vs 11
  817. .nr VS 11
  818. .nr PS 9
  819. .TS
  820. center box;
  821. cw(48p) | cw(90p) sw(90p) , ^  | c | c.
  822. Telematic service terminals    HLC codes
  823.      {
  824. Sent from calling terminals
  825. (Notes 2, 3)
  826.  }     {
  827. Accepted by receiving terminals
  828. (Note 4)
  829.  }
  830. _
  831. .T&
  832. lw(48p) | lw(90p) | lw(90p) .
  833. Teletex basic    Basic Teletex    Basic Teletex
  834. _
  835. .T&
  836. lw(48p) | lw(90p) | lw(90p) .
  837. Teletex mixed mode     {
  838. Basic Teletex
  839. Mixed mode
  840. (Note 1)
  841.  }    Basic Teletex  Mixed mode
  842. _
  843. .T&
  844. lw(48p) | lw(90p) | lw(90p) .
  845. Group 4 facsimile class 1    Group 4 facsimile    Group 4 facsimile
  846. _
  847. .T&
  848. lw(48p) | lw(90p) | lw(90p) .
  849. Group 4 facsimile class 2    Group 4 facsimile     {
  850. Group 4 facsimile
  851. Mixed mode
  852. Basic Teletex
  853.  }
  854. _
  855. .T&
  856. lw(48p) | lw(90p) | lw(90p) .
  857. Group 4 facsimile class 3     {
  858. Group 4 facsimile
  859. Mixed mode
  860. Basic Teletex
  861. (Note 1)
  862.  }     {
  863. Group 4 facsimile
  864. Mixed mode
  865. Basic Teletex
  866.  }
  867. .TE
  868. .LP
  869.  
  870. \fINote\ 1\fR
  871. \ \(em\ In case that the calling terminal is Teletex, Mixed mode or group\ 4 facsimile class\ 3, only one element shall be sent depending on originating
  872. document type.
  873. .LP
  874. \fINote\ 2\fR
  875. \ \(em\ For multi\(hyservice telematic terminals sending more than one document in the same call, the HLC shall indicate the maximum requirement for that
  876. call.
  877. .LP
  878. For example, when sending a Teletex and a Mixed mode document, the Mixed mode HLC element shall be sent.
  879. .LP
  880. \fINote\ 3\fR
  881. \ \(em\ When the calling terminal only wishes to receive a document from a called terminal (polling), it shall know in advance the type of document it
  882. expects to receive in order to send the appropriate HLC element.
  883. .LP
  884. \fINote\ 4\fR
  885. \ \(em\ Appendix I provides additional information in order to cater for
  886. cases where calls for facsimile equipment are incoming from networks not able to convey HLC information.
  887. .nr PS 9
  888. .RT
  889. .ad r
  890. \fBTableau 1/T.90 [T2.90], p.\fR 
  891. .sp 1P
  892. .RT
  893. .ad b
  894. .RT
  895. .LP
  896. .sp 1
  897. .sp 1P
  898. .LP
  899. 2.2.6
  900.     \fILayer 3 \(em packet size (NPDU block length)\fR 
  901. .sp 9p
  902. .RT
  903. .PP
  904. The rules for packet size negotiation are given in \(sc 15.2.2.1.1 of ISO 
  905. 8208. The values for this Recommendation are restricted to 256, 512, 1024 
  906. and 2048\ octets. 
  907. .bp
  908. .RT
  909. .sp 2P
  910. .LP
  911. \fB3\fR     \fBISDN packet switched mode (DTE\(hyDCE communication)\fR 
  912. .sp 1P
  913. .RT
  914. .sp 1P
  915. .LP
  916. 3.1
  917.     \fIProtocol set\fR 
  918. .sp 9p
  919. .RT
  920. .PP
  921. The protocol set applicable to the packet\(hyswitched mode (PS mode) is 
  922. shown in Figure\ 3/T.90. 
  923. .RT
  924. .LP
  925. .rs
  926. .sp 17P
  927. .ad r
  928. \fBFigure 3/T.90 [T3.90] \ \ 
  929. (\*`a traiter comme tableau MEP), p.\fR 
  930. .sp 1P
  931. .RT
  932. .ad b
  933. .RT
  934. .sp 2P
  935. .LP
  936. 3.2
  937.     \fIApplication rules for B\(hychannel packet\(hyswitched mode\fR 
  938. .sp 1P
  939. .RT
  940. .sp 1P
  941. .LP
  942. 3.2.1
  943.     \fILayer 1 \(em physical layer interface characteristics\fR 
  944. .sp 9p
  945. .RT
  946. .PP
  947. See \(sc 2.2.1.
  948. .RT
  949. .sp 1P
  950. .LP
  951. 3.2.2
  952.     \fILayer 2 \(em link layer procedure\fR 
  953. .sp 9p
  954. .RT
  955. .PP
  956. Recommendation X.31 shall apply, so that the applied protocols are  as follows:
  957. .RT
  958. .LP
  959.     \(em
  960.     Connection control is to be achieved using
  961. Recommendation\ Q.921 in the D\(hychannel.
  962. .LP
  963.     \(em
  964.      Virtual connection control and information transfer is to be achieved 
  965. using Recommendation\ X.25 LAPB in the B\(hychannel. 
  966. .sp 1P
  967. .LP
  968. 3.2.3
  969.     \fILayer 3 \(em network layer procedure\fR 
  970. .sp 9p
  971. .RT
  972. .PP
  973. Recommendation X.31 shall apply, so that protocols to be applied
  974. and application rules are as follows.
  975. .RT
  976. .sp 1P
  977. .LP
  978. 3.2.3.1
  979.     \fIConnection control phase\fR 
  980. .sp 9p
  981. .RT
  982. .PP
  983. Recommendation Q.931 and the packet layer protocol of
  984. Recommendation\ X.25 shall apply.
  985. .PP
  986. Fields in the bearer capability (BC) information element (IE) to be
  987. conveyed at the S/T reference point of the user\(hynetwork interface during the
  988. call establishment phase, shall be set to the values defined below.
  989. .PP
  990. Recommendation Q.931 shall apply. All encodings should be derived from 
  991. the relevant paragraph in Q.931. 
  992. .RT
  993. .LP
  994.     \(em
  995.      Bearer capability (BC) information element. The BC IE is used to carry 
  996. information of interest to the bearer service providing network. The BC 
  997. IE is required to be generated by the calling side, and must be examined 
  998. by the called side. 
  999. .bp
  1000. .sp 1P
  1001. .LP
  1002. 3.2.3.1.1\ \ \fIBearer capability (BC)\fR 
  1003. .sp 9p
  1004. .RT
  1005. .LP
  1006.     a)
  1007.      Mandatory fields, to be set to the fixed values (the value to be set 
  1008. is given in parentheses following each field description): 
  1009. .LP
  1010.     \(em
  1011.     Coding standard \(em octet 3 (CCITT standardized coding as defined below).
  1012. .LP
  1013.     \(em
  1014.      Information transfer capability \(em octet 3 (unrestricted digital information\ 
  1015. \(em\ Note). 
  1016. .LP
  1017.     \(em
  1018.     Transfer mode \(em octet 4 (packet mode).
  1019. .LP
  1020.     \(em
  1021.     User information layer 1 protocol \(em octet 5 (CCITT
  1022. standardized rate adaption Recommendation\ X.31 HDLC flag stuffing).
  1023. .LP
  1024.     \(em
  1025.     User information layer 2 protocol \(em octet 6 (CCITT
  1026. Recommendation\ X.25, link level).
  1027. .LP
  1028.     \(em
  1029.     User information layer 3 protocol \(em octet 7 (CCITT
  1030. Recommendation\ X.25, packet layer).
  1031. .LP
  1032.     b)
  1033.     Fields not required in the default case (these may be
  1034. explicitly encoded):
  1035. .LP
  1036.     \(em
  1037.     Structure \(em octet 4a.
  1038. .LP
  1039.     \(em
  1040.     Configuration \(em octet 4a.
  1041. .LP
  1042.     \(em
  1043.     Establishment \(em octet 4a.
  1044. .LP
  1045.     \(em
  1046.     Symmetry \(em octet 4a.
  1047. .LP
  1048.     c)
  1049.     Fields to be omitted due to no necessity:
  1050. .LP
  1051.     \(em
  1052.     All other fields.
  1053. .PP
  1054. \fINote\fR \ \(em\ The selection whether to use unrestricted or restricted 
  1055. information transfer capability is out of the scope of this Recommendation. 
  1056. .PP
  1057. The high layer compatibility information element (HLC) is not used in PS 
  1058. mode. The use of the HLC in future evolutions of the ISDN packet mode 
  1059. service is for further study.
  1060. .PP
  1061. The low layer compatibility information element (LLC) is not used in PS 
  1062. mode. The use of the LLC in future evolutions of the ISDN packet mode 
  1063. service is for further study.
  1064. .RT
  1065. .sp 1P
  1066. .LP
  1067. 3.2.3.2
  1068.     \fIVirtual connection control and information transfer\fR 
  1069. .sp 9p
  1070. .RT
  1071. .PP
  1072. Recommendation X.25 packet layer protocol applies. Item b) and
  1073. items | ) through | ) of the application rules specified in \(sc\ 2.2.5 apply.
  1074. .RT
  1075. .sp 2P
  1076. .LP
  1077. \fB4\fR     \fBProvision of the\fR \fBOSI network service (OSI NS)\fR 
  1078. .sp 1P
  1079. .RT
  1080. .sp 1P
  1081. .LP
  1082. 4.1
  1083.     \fIRationale for considering the OSI NS\fR 
  1084. .sp 9p
  1085. .RT
  1086. .PP
  1087. The evolution and realization of the bearer services and
  1088. teleservices in the ISDN environment and the recognized protocol base within
  1089. the CCITT directs \(em\ as far as the network layer of the communication
  1090. archichecture is concerned\ \(em to the use of the OSI NS. In order to lay the
  1091. grounds for the integrity of the services under these conditions, the
  1092. application rules for the network layer protocol (see Note) need to be 
  1093. defined correctly. 
  1094. .PP
  1095. \fINote\fR \ \(em\ In the ISDN circuit\(hyswitched mode, support of the 
  1096. OSI NS is provided entirely by the B\(hychannel X.25 packet layer protocol, 
  1097. and is available once the ISDN call has been connected by other means. 
  1098. The provision of the OSI NS is for further study. 
  1099. .RT
  1100. .sp 1P
  1101. .LP
  1102. 4.2
  1103.     \fIArchitecture/available ISO Standards and CCITT Recommendations\fR 
  1104. .sp 9p
  1105. .RT
  1106. .PP
  1107. Because of the structure of the ISDN which makes use of protocol
  1108. stacks different for connection control and information transfer, the OSI NS
  1109. may be provided in different ways. The approach using the network layer
  1110. protocol in the B\(hychannel is based in principle on
  1111. .RT
  1112. .LP
  1113.     \(em
  1114.     CCITT Recommendation X.213;
  1115. .LP
  1116.     \(em
  1117.     OSI 8208;
  1118. .LP
  1119.     \(em
  1120.     OSI 8878.
  1121. .bp
  1122. .PP
  1123. The use of the D\(hychannel (Recommendation Q.931) or the relevant
  1124. protocols defined for future packet oriented information transfer modes (see
  1125. Recommendation\ I.122) for the provision of the OSI NS is for further study.
  1126. .sp 1P
  1127. .LP
  1128. 4.3
  1129.     \fIRequirements for the OSI NS\fR 
  1130. .sp 9p
  1131. .RT
  1132. .PP
  1133. To balance the expenditure for the development of Telematic
  1134. terminals under the consideration of the OSI NS, the requirements may be
  1135. limited to the necessary minimum.
  1136. .PP
  1137. This can be obtained by providing the capability of terminating, in
  1138. the case of an incoming call for both the circuit\(hyswitched (CS) and
  1139. packet\(hyswitched (PS) cases, the layer\ 3 protocol to provide the obligatory
  1140. functions of the OSI NS only, and in at least a minimum way, in order to 
  1141. appear to the calling terminal to be an OSI terminal at layer\ 3. In the 
  1142. case of an 
  1143. outgoing call, calling terminals can initiate an OSI communication, as 
  1144. long as all the relevant facilities are supported, if necessary at any 
  1145. time. 
  1146. .RT
  1147. .sp 1P
  1148. .LP
  1149. 4.3.1
  1150.     \fIMinimum requirements for the OSI NS\fR 
  1151. .sp 9p
  1152. .RT
  1153. .PP
  1154. Table 2/T.90 shows the list of the X.25 PLP optional user
  1155. facilities which are proposed for the use in relation to the OSI NS in this
  1156. Recommendation.
  1157. .RT
  1158. .LP
  1159. .sp 3
  1160. .ce
  1161. \fBH.T. [T4.90]\fR 
  1162. .ce
  1163. TABLE\ 2/T.90
  1164. .ce
  1165. \fBX.25 PLP optional user facilities\fR 
  1166. .ps 9
  1167. .vs 11
  1168. .nr VS 11
  1169. .nr PS 9
  1170. .TS
  1171. center box;
  1172. cw(132p) | cw(48p) | cw(48p) .
  1173.  {
  1174. Optional user facility | ua\d\u)\d
  1175.  }     {
  1176. Used for support
  1177. of an incoming
  1178. call | ub\d\u)\d
  1179.  }     {
  1180. Used for support
  1181. of an outgoing
  1182. call
  1183.  }
  1184. _
  1185. .T&
  1186. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1187. 13.13 | uc\d\u)\d    Throughput call negotiation    Yes    Optional | ud\d\u)\d
  1188. _
  1189. .T&
  1190. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1191. 13.16 | uc\d\u)\d    Fast select    Yes    Optional | ud\d\u)\d  \fR
  1192. _
  1193. .T&
  1194. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1195. 13.28 | uc\d\u)\d     {
  1196. Transit delay selection and indication (TDSAI)
  1197.  }    Yes    Optional | ud\d\u)\d  \fR
  1198. _
  1199. .T&
  1200. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1201. 14.1 | uc\d\u)\d    Calling address extension    Yes    Optional | ud\d\u)\d  \fR
  1202. _
  1203. .T&
  1204. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1205. 14.2 | uc\d\u)\d    Called address extension    Yes    Optional | ud\d\u)\d  \fR
  1206. _
  1207. .T&
  1208. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1209. 14.3 | uc\d\u)\d     {
  1210. Minimum throughput class negotiation
  1211.  }    Yes    Optional | ud\d\u)\d  \fR
  1212. _
  1213. .T&
  1214. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1215. 14.4 | uc\d\u)\d     {
  1216. End\(hyto\(hyend transit delay negotiation (EETDN)
  1217.  }    Yes    Optional | ud\d\u)\d  \fR
  1218. _
  1219. .T&
  1220. lw(36p) | lw(96p) | cw(48p) | cw(48p) .
  1221. 14.5 | uc\d\u)\d    Expedited data negotiation    Yes    Optional | ud\d\u)\d
  1222. .TE
  1223. .LP
  1224. \ua\d\u)\d
  1225. As the D\(hybit is always set to 0 in the circuit\(hymode case, the
  1226. receipt confirmation selection requirement is satisfied for this case.
  1227. .LP
  1228. \ub\d\u)\d
  1229. To fulfill at least the minimum functionality of the OSI NS
  1230. (clarification found if necessary in
  1231. \(sc\ 4.3.2).
  1232. .LP
  1233. \uc\d\u)\d
  1234. Refers to the relevant section in ISO 8208.
  1235. .LP
  1236. \ud\d\u)\d
  1237. May optionally be invoked for a Telematic communication. These
  1238. must be supported if initiating a communication with an OSI terminal.
  1239. .nr PS 9
  1240. .RT
  1241. .ad r
  1242. \fBTableau 2/T.90 [T4.90], p.\fR 
  1243. .sp 1P
  1244. .RT
  1245. .ad b
  1246. .RT
  1247. .LP
  1248. .bp
  1249. .sp 1P
  1250. .LP
  1251. 4.3.2
  1252.     \fIMinimum functionality when receiving a call from a system\fR 
  1253. \fIusing the OSI NS\fR 
  1254. .sp 9p
  1255. .RT
  1256. .PP
  1257. The following text represents a possible way to achieve the minimum functionality 
  1258. when receiving a call from a system using the OSI NS. (Refer to both ISO\ 
  1259. 8878 and ISO\ 8208.) 
  1260. .RT
  1261. .LP
  1262.     13.13
  1263.      \fIThroughput class negotiation\fR : When replying to INCOMING CALL/CALL 
  1264. REQUEST, a throughput class facility request need not be 
  1265. made in the CALL ACCEPTED packet. If a throughput class facility request was
  1266. not made in the CALL ACCEPTED packet, then this would mean that the throughput 
  1267. classes applying to the call would be those that have been indicated in 
  1268. the 
  1269. INCOMING CALL/CALL REQUEST packet.
  1270. .LP
  1271.     13.16
  1272.      \fIFast selection\fR shall be supported for the full OSI NS (full 128\ 
  1273. octets of NS\(hyuser data available). The receipt of a CALL 
  1274. REQUEST packet which does not have the value\ \*Q02\*U in the first octet 
  1275. of the 
  1276. call user data field would be considered an error [connection
  1277. rejection\ \(em\ reason unspecified (permanent condition)] by a Telematic 
  1278. terminal which only supports a minimum functionality (see Note). Receipt 
  1279. of a CALL 
  1280. REQUEST packet which does have the value\ \*Q02\*U in the first octet of 
  1281. the call 
  1282. user data field indicates Telematic service operating according to
  1283. Recommendation\ T.70 (layer\ 4 only).
  1284. .LP
  1285.     13.28
  1286.     Transit delay selection and indication (TDSAI): This
  1287. must be accepted when received. However, if the reply to be coded in the
  1288. \*Qcumulative transit delay subfield\*U of the EETDN facility is \*Qunknown\*U
  1289. (i.e.,\ FF hexadecimal) then the value in the TDSAI field could be ignored.
  1290. .LP
  1291.     14.1
  1292.     Calling address extension facility
  1293.  |  This must be  accepted when receiving a call.
  1294. .LP
  1295.     14.2
  1296.     Called address extension facility
  1297.  |  This must be   accepted when receiving a call.
  1298. .LP
  1299.     14.3
  1300.     Minimum throughput class negotiation
  1301.  |  if a
  1302. terminal reacts to the appearance of a throughput class facility request 
  1303. in the INCOMING CALL packet by not sending a throughput class facility 
  1304. request in the CALL ACCEPTED packet, then the minimum throughput class 
  1305. negotiation facility 
  1306. could be ignored.
  1307. .LP
  1308.     14.4
  1309.     End\(hyto\(hyend transit delay notification (EETDN) |  When
  1310. replying this could contain the value \*Qunknown\*U (i.e.,\ FF hexadecimal).
  1311. .LP
  1312.     14.5
  1313.     Expedited data negotiation
  1314.  |  This is used to
  1315. negotiate the non\(hyuse of expedited data (must be used in the CALL ACCEPTED
  1316. packet).
  1317. .PP
  1318. \fINote\fR \ \(em\ The use of the value \*Q02\*U in the ISDN circuit\(hyswitched 
  1319. mode is questioned, as there is already coding to indicate Telematic services 
  1320. in the HLC information element. 
  1321. .sp 2P
  1322. .LP
  1323. \fB5\fR     \fBAdditional X.25 optional user facilities\fR 
  1324. .sp 1P
  1325. .RT
  1326. .PP
  1327. In addition to the facilities mentioned in \(sc 4 that should be
  1328. supported by Telematic terminals in order to comply with the OSI NS, additional 
  1329. facilities/functionalities must be supported as a consequence of: 
  1330. .RT
  1331. .LP
  1332.     \(em
  1333.      the use of Recommendation X.25 PLP for the provision of the OSI NS (this 
  1334. protocol allows layer\ 3 multiplexing and flow control); 
  1335. .LP
  1336.     \(em
  1337.     the provision of various Recommendation X.25 originated user  facilities;
  1338. .LP
  1339.     \(em
  1340.      the provision of various service oriented user facilities by some networks 
  1341. (i.e.,\ additional facilities) or by all networks (i.e.,\ essential facilities) 
  1342. as defined by Recommendation\ X.2. 
  1343. .PP
  1344. There is no need for the provision of the additional service
  1345. oriented user facilities in the circuit\(hyswitched case. The X.25 originated 
  1346. user facilities may be used in the circuit\(hyswitched case. 
  1347. .bp
  1348. .sp 1P
  1349. .LP
  1350. 5.1
  1351.     \fICategories of additional functionalities\fR  | (see Note)
  1352. .sp 9p
  1353. .RT
  1354. .LP
  1355.     \(em
  1356.     \fIX.25 originated user facilities\fR 
  1357. .LP
  1358.     13.1
  1359.     On\(hyline facility registration
  1360. .LP
  1361.     13.12
  1362.     Flow control parameter negotiation
  1363. .LP
  1364.     \(em
  1365.     \fIService oriented user facilities (network based)\fR 
  1366. .LP
  1367.     13.14
  1368.     Closed user groups (CUG) selection
  1369. .LP
  1370.     13.14
  1371.     CUG with outgoing access selection
  1372. .LP
  1373.     13.18
  1374.     Reverse charging
  1375. .LP
  1376.     13.21
  1377.     Network user identification
  1378. .LP
  1379.     13.22
  1380.     Charging information
  1381. .LP
  1382.     13.23
  1383.     RPOA selection
  1384. .LP
  1385.     13.26
  1386.     Called line address modified notification
  1387. .LP
  1388.     13.27
  1389.     Call redirection notification
  1390. .PP
  1391. \fINote\fR \ \(em\ D\(hybit modification is not supported.
  1392. .sp 1P
  1393. .LP
  1394. 5.2
  1395.     \fIFunctionalities\fR 
  1396. .sp 9p
  1397. .RT
  1398. .LP
  1399.     \(em
  1400.     \fIX.25 originated user facilities\fR 
  1401. .LP
  1402.     1)
  1403.     \fIOn\(hyline facility registration\fR 
  1404. .LP
  1405.     The use of this facility shall be restricted to the
  1406. modification of the range of logical channels. For the default values,
  1407. Telematic terminals support a single two\(hyway logical channel (i.e.,\ 
  1408. LTC=HTC=1, LIC=HIC=0, LOC=HOC=0). 
  1409. .LP
  1410.     2)
  1411.     \fIFlow control parameter negotiation\fR 
  1412. .LP
  1413.     Packet size and window size parameters may be
  1414. negotiated. They should use only default values:
  1415. .LP
  1416.      2048 octets for the packet size, seven for the window size. When the 
  1417. parameter negotiation is indicated in an INCOMING CALL packet, they shall 
  1418. respond properly in the CALL ACCEPTED packet. 
  1419. .LP
  1420.      \fINote\fR \ \(em\ Since the maximum TPDU length is 2048 octets, and 
  1421. segmentation should also be avoided, the maximum default length of layers\ 
  1422. 3 and\ 2 should be larger than 2048\ octets. 
  1423. .LP
  1424.     \(em
  1425.     \fIService oriented user facilities (network based)\fR 
  1426. .LP
  1427.     1)
  1428.     \fIClosed user group selection\fR (Essential in
  1429. Recommendation\ X.2) \fIand CUG with outgoing access selection\fR (Additional 
  1430. in 
  1431. Recommendation\ X.2) (13.14).
  1432. .LP
  1433.     These facilities may optionally be requested from
  1434. Telematic terminals (i.e.,\ outgoing call only). CUG information received 
  1435. in an INCOMING CALL packet may be ignored. 
  1436. .LP
  1437.     2)
  1438.     \fIReverse charging\fR (13.18)
  1439. .LP
  1440.     This facility may be supported by some networks,
  1441. and applied on a per call basis, the possibility of requesting reverse 
  1442. charging in outgoing calls is optional for Telematic terminals, but they 
  1443. must be able to properly handle and respond to the incoming call at the 
  1444. called side. 
  1445. .LP
  1446.     (As a default, calls should be rejected.)
  1447. .LP
  1448.     3)
  1449.     \fINetwork user identification\fR (13.21)
  1450. .LP
  1451.      This facility may be applied by networks on a per call basis, following 
  1452. subscription made by prior arrangement for the agreed period of time. 
  1453. .LP
  1454.     4)
  1455.     \fICharging information\fR (13.22)
  1456. .LP
  1457.     This facility may be provided by some networks on a
  1458. per call basis, following subscription made by prior arrangement for the 
  1459. agreed period of time. The information may be handled or processed normally. 
  1460. .LP
  1461.     As a minimum requirement, it may be ignored.
  1462. .LP
  1463.     5)
  1464.     \fIRPOA selection\fR (13.23)
  1465. .LP
  1466.     This facility may be provided by some networks on a
  1467. per call basis, following subscription made by prior arrangement for the 
  1468. agreed period of time. 
  1469. .LP
  1470.     As a minimum requirement, it may be ignored.
  1471. .bp
  1472. .LP
  1473.     6)
  1474.     \fICalled line address modified notification\fR (13.26)
  1475. .LP
  1476.     This facility may be provided by some networks on a
  1477. per call basis, without any particular user request. This information may be
  1478. processed normally.
  1479. .LP
  1480.     As a minimum requirement, it may be ignored.
  1481. .LP
  1482.     7)
  1483.     \fICall redirection notification\fR (13.27)
  1484. .LP
  1485.     This facility may be provided by some networks on a
  1486. per call basis, without any particular user request. This information may be
  1487. processed normally.
  1488. .LP
  1489.     As a minimum requirement, it may be ignored.
  1490. .sp 2P
  1491. .LP
  1492. \fB6\fR     \fBInteractions between the D\(hychannel and B\(hychannel\fR 
  1493. .sp 1P
  1494. .RT
  1495. .PP
  1496. Communication between the D\(hychannel and B\(hychannel is not
  1497. synchronized in relation to each other by the ISDN and therefore information
  1498. exchange via these channels can be accomplished independently and
  1499. simultaneously. As a consequence of this, messages sent in the D\(hychannel and
  1500. B\(hychannel in a distinct relationship to each other may be received in a
  1501. different order.
  1502. .PP
  1503. In order to achieve an orderly operation of the protocols in all
  1504. Telematic installations it is necessary to have an additional procedure
  1505. satisfying the respective requirements.
  1506. .PP
  1507. This model, architecture, and primitives of this additional procedure is 
  1508. left for further study. One possible approach is described in 
  1509. Appendix\ IV.
  1510. .RT
  1511. .sp 2P
  1512. .LP
  1513. \fB7\fR     \fBSupplementary services\fR 
  1514. .sp 1P
  1515. .RT
  1516. .PP
  1517. For application and description see Recommendations F.161, F.200, I.241 
  1518. and I.25x\ Series (depending on the type of supplementary service). 
  1519. .RT
  1520. .sp 2P
  1521. .LP
  1522. \fB8\fR     \fBTerminal response time\fR 
  1523. .sp 1P
  1524. .RT
  1525. .PP
  1526. (For further study.)
  1527. .RT
  1528. .sp 2P
  1529. .LP
  1530. \fB9\fR     \fBSynchronization\fR 
  1531. .sp 1P
  1532. .RT
  1533. .PP
  1534. One of the characteristics of ISDN is that there is no end\(hyto\(hyend 
  1535. signalling about activation of the protocol instances. 
  1536. .PP
  1537. An instance of the data link protocol should only send its first frame 
  1538. when the peer entity is ready to receive it. 
  1539. .PP
  1540. To achieve this adequately, the following procedure shall be used.
  1541. .PP
  1542. The sender and receiver follow the sequence:
  1543. .RT
  1544. .LP
  1545.     1)
  1546.     Send \*Q1\*U\(hybits until notified of B\(hychannel establishment.
  1547. .LP
  1548.     2)
  1549.     Activate the receiver.
  1550. .LP
  1551.     3)
  1552.     Send flags.
  1553. .LP
  1554.     4)
  1555.     Wait until the first flag arrives from the peer.
  1556. .LP
  1557.     5)
  1558.     Consider the peer as active and start communication.
  1559. .PP
  1560. The sequence diagram describing the operation of sender and
  1561. receiver is shown in Figure\ 4/T.90.
  1562. .sp 2P
  1563. .LP
  1564. \fB10\fR     \fBHigher layer protocols\fR 
  1565. .sp 1P
  1566. .RT
  1567. .PP
  1568. The basic requirements of the Group 4 facsimile service are
  1569. described in \(sc\ 1.2.2 of Recommendation\ F.161. The basic requirements 
  1570. of the 
  1571. Teletex service are described in \(sc\ 1.2.2 of Recommendation\ F.200.
  1572. .RT
  1573. .sp 1P
  1574. .LP
  1575. 10.1
  1576.     \fITransport layer\fR 
  1577. .sp 9p
  1578. .RT
  1579. .PP
  1580. The rules given in \(sc 5.3.2 of Recommendation T.70 regarding
  1581. transport protocol data unit (TPDU) block length are adopted in principle 
  1582. but with the additional provision that the negotiation mechanism is mandatory 
  1583. (e.g.,\ for more efficient communication via satellite links).
  1584. .bp
  1585. .RT
  1586. .LP
  1587. .rs
  1588. .sp 47P
  1589. .ad r
  1590. \fBFigure 4/T.90, p.\fR 
  1591. .sp 1P
  1592. .RT
  1593. .ad b
  1594. .RT
  1595. .LP
  1596. .bp
  1597. .ce 1000
  1598. ANNEX\ A
  1599. .ce 0
  1600. .ce 1000
  1601. (to Recommendation T.90)
  1602. .sp 9p
  1603. .RT
  1604. .ce 0
  1605. .ce 1000
  1606. \fBProcedures for connection establishment,\fR 
  1607. .sp 1P
  1608. .RT
  1609. .ce 0
  1610. .ce 1000
  1611. \fBconnection release and information transfer\fR 
  1612. .ce 0
  1613. .PP
  1614. Procedures shown below are not the requirements to the
  1615. terminals for Telematic services, but for reference only.
  1616. .sp 1P
  1617. .RT
  1618. .sp 1P
  1619. .LP
  1620. A.1
  1621.     \fIB\(hychannel circuit\(hyswitched mode\fR 
  1622. .sp 9p
  1623. .RT
  1624. .LP
  1625.     a)
  1626.     \fIConnection control phase\fR 
  1627. .LP
  1628. .rs
  1629. .sp 40P
  1630. .ad r
  1631. \fBFigure A\(hy1/T.90, p.\fR 
  1632. .sp 1P
  1633. .RT
  1634. .ad b
  1635. .RT
  1636. .LP
  1637. .bp
  1638. .LP
  1639.     b)
  1640.     \fIInformation transfer phase\fR 
  1641. .LP
  1642. .rs
  1643. .sp 32P
  1644. .ad r
  1645. \fBFigure A\(hy2/T.90, p.\fR 
  1646. .sp 1P
  1647. .RT
  1648. .ad b
  1649. .RT
  1650. .sp 1P
  1651. .LP
  1652. A.2
  1653.     \fIPacket\(hyswitched mode\fR 
  1654. .sp 9p
  1655. .RT
  1656. .PP
  1657. See relevant signal procedures described in
  1658. Recommendation\ X.31.
  1659. \v'1P'
  1660. .RT
  1661. .ce 1000
  1662. APPENDIX\ I
  1663. .ce 0
  1664. .ce 1000
  1665. (to Recommendation T.90)
  1666. .sp 9p
  1667. .RT
  1668. .ce 0
  1669. .ce 1000
  1670. \fBConsideration of incoming calls for facsimile terminals\fR 
  1671. .sp 1P
  1672. .RT
  1673. .ce 0
  1674. .ce 1000
  1675. \fBfrom networks without HLC provision\fR 
  1676. .ce 0
  1677. .PP
  1678. I.1
  1679. In order to cater for the case where calls are incoming from networks not 
  1680. able to convey HLC information (e.g.,\ PSTN, switched 64\ kbit/s 
  1681. networks) it must be possible for a G4/G3 terminal to accept calls in some
  1682. cases without the explicit provision of an HLC field. In this case, the
  1683. directory (E.164) number must be the over\(hyriding determinant of whether the
  1684. terminal responds (provided the BC matches). This may involve subscription 
  1685. to \*Qmultiple subscriber number\*U (MSN) supplementary service. 
  1686. .bp
  1687. .sp 1P
  1688. .RT
  1689. .PP
  1690. I.2
  1691. The three distinct cases likely to occur are:
  1692. .sp 9p
  1693. .RT
  1694. .LP
  1695.     i)
  1696.     incoming calls from PSTN;
  1697. .LP
  1698.     ii)
  1699.     incoming calls from switched 64 kbit/s network (not ISDN);
  1700. .LP
  1701.     iii)
  1702.     incoming calls from ISDN.
  1703. .PP
  1704. It is recommended that the following criteria should be used by
  1705. the terminal to determine whether, and in what mode it should answer the
  1706. call:
  1707. .LP
  1708.     i)
  1709.     \fIIncoming calls from PSTN\fR 
  1710. .LP
  1711.      In this case, the G3/G4 machine should answer the call in G3 mode (including 
  1712. modem and codec functions) if the following criteria are 
  1713. fulfilled:
  1714. .LP
  1715.     a)
  1716.     Called ISDN number (E.164) matches number allocated to terminal;
  1717. .LP
  1718.     b)
  1719.     BC = 3.1 kHz audio or speech;
  1720. .LP
  1721.     c)
  1722.     Call progress indicator (in Q.931 SETUP) = non\(hyISDN
  1723. source;
  1724. .LP
  1725.     d)
  1726.     HLC = not present;
  1727. .LP
  1728.     e)
  1729.     Subaddress = not present.
  1730. .LP
  1731.     ii)
  1732.     \fIIncoming call from switched 64 kbit/s network (not ISDN)\fR 
  1733. .LP
  1734.      In this case, the G3/G4 machine should answer the call in G4 mode (no 
  1735. modem or codec functions) if the following criteria are fulfilled: 
  1736. .LP
  1737.     a)
  1738.     Called ISDN number matches number allocated to
  1739. terminal;
  1740. .LP
  1741.     b)
  1742.     BC = 64 kbit/s;
  1743. .LP
  1744.     c)
  1745.     Call progress indicator = non\(hyISDN source;
  1746. .LP
  1747.      (\fINote\fR )\ \(em\ It may not always be possible to determine whether 
  1748. source is ISDN or 64\ kbit/s switched); 
  1749. .LP
  1750.     d)
  1751.     HLC = not present;
  1752. .LP
  1753.     e)
  1754.     Subaddress = not present.
  1755. .LP
  1756.     iii)
  1757.     \fIIncoming call from ISDN\fR 
  1758. .LP
  1759.      In this case, the G3/G4 machine must answer the call in G4 mode if the 
  1760. following criteria are fulfilled: 
  1761. .LP
  1762.     a)
  1763.     Called ISDN number matches number allocated to
  1764. terminal;
  1765. .LP
  1766.     b)
  1767.     BC = 64 kbit/s;
  1768. .LP
  1769.     c)
  1770.     Call progress indicator [not valid];
  1771. .LP
  1772.     d)
  1773.     HLC = G4 Teleservice;
  1774. .LP
  1775.     e)
  1776.     Subaddress = if present, this must match terminal
  1777. subaddress.
  1778. .sp 1P
  1779. .LP
  1780. I.3
  1781.     \fIHLC to be used when polling or sending\fR 
  1782. .sp 9p
  1783. .RT
  1784. .PP
  1785. A G3/G4 terminal attempting a G4 call across the ISDN for either
  1786. polling or sending will send HLC\ =\ G4\ Fax.
  1787. .PP
  1788. A G3/G4 terminal reattempting a call in G3 mode, following failure
  1789. with appropriate cause in G4\ mode, will establish a 3.1\ kHz audio\ BS with no
  1790. HLC.
  1791. .RT
  1792. .sp 1P
  1793. .LP
  1794. I.4
  1795.     \fIHLC to be used by terminal adaptor supporting G3 machines on ISDN\fR 
  1796. .sp 9p
  1797. .RT
  1798. .LP
  1799.     a)
  1800.     Called ISDN number matches allocated to the terminal
  1801. adaptor;
  1802. .LP
  1803.     b)
  1804.     BC = 3.1 kHz audio or speech;
  1805. .LP
  1806.     c)
  1807.     Call progress indicator = non\(hyISDN source (from PSTN) = [Not valid];
  1808. .LP
  1809.     d)
  1810.     HLC = G3 Teleservice (from ISDN);
  1811. .LP
  1812.     e)
  1813.     Subaddress = if present this must match terminal
  1814. subaddress.
  1815. \v'6p'
  1816. .ce 1000
  1817. APPENDIX\ II
  1818. .ce 0
  1819. .ce 1000
  1820. (to Recommendation T.90)
  1821. .sp 9p
  1822. .RT
  1823. .ce 0
  1824. .ce 1000
  1825. \fBOptional usage of T.70 NL protocol\fR 
  1826. .sp 1P
  1827. .RT
  1828. .ce 0
  1829. .LP
  1830. II.1
  1831.     \fIInformation transfer phase\fR 
  1832. .sp 1P
  1833. .RT
  1834. .PP
  1835. The T.70 NL option being used by calling DTE and supported by the   called DTE.
  1836. .PP
  1837. The network layer shall for the call control phase be as defined in
  1838. \(sc\ 2.2.4. The information transfer phase shall be implemented as defined in
  1839. Recommendation\ T.70, \(sc\ 3.3.3.
  1840. .bp
  1841. .RT
  1842. .LP
  1843. .rs
  1844. .sp 17P
  1845. .ad r
  1846. \fBFigure II\(hy1/T.90, p.\fR 
  1847. .sp 1P
  1848. .RT
  1849. .ad b
  1850. .RT
  1851. .sp 1P
  1852. .LP
  1853. II.2
  1854.     \fIInformation transfer phase\fR 
  1855. .sp 9p
  1856. .RT
  1857. .PP
  1858. The T.70 NL option being proposed by the calling DTE but not
  1859. supported by the called DTE.
  1860. .RT
  1861. .LP
  1862. .rs
  1863. .sp 27P
  1864. .ad r
  1865. \fBFigure II\(hy2/T.90, p.\fR 
  1866. .sp 1P
  1867. .RT
  1868. .ad b
  1869. .RT
  1870. .LP
  1871. .bp
  1872. .ce 1000
  1873. APPENDIX\ III
  1874. .ce 0
  1875. .ce 1000
  1876. (to Recommendation T.90)
  1877. .sp 9p
  1878. .RT
  1879. .ce 0
  1880. .ce 1000
  1881. \fBService definitions and state transition diagrams\fR 
  1882. .sp 1P
  1883. .RT
  1884. .ce 0
  1885. .ce 1000
  1886. \fBfor the data link layer within the B\(hychannel (CS\(hymode)\fR 
  1887. .ce 0
  1888. .PP
  1889. This Appendix contains the result of experience of several
  1890. implementations of the prescribed link layer for telematic services. This
  1891. description has been found to be useful in some Administrations for support 
  1892. of conformance testing. 
  1893. .sp 1P
  1894. .RT
  1895. .PP
  1896. Additional work may be needed in the area of ISDN management and maintenance, 
  1897. however, no clear set of requirements is available at this time. The support 
  1898. of the management and maintenance work is left for further study. 
  1899. .PP
  1900. In addition, depending on the further work on the link layer,
  1901. particularly related to the base modulus for I\(hyframes, some editing may be
  1902. required (e.g.,\ SABM may become SABME).
  1903. .PP
  1904. \fINote\fR \ \(em\ Reference to the appropriate paragraph of T.70 or an
  1905. additional explanation is needed.
  1906. .RT
  1907. .sp 2P
  1908. .LP
  1909. III.1
  1910.     \fIService definitions\fR 
  1911. .sp 1P
  1912. .RT
  1913. .sp 1P
  1914. .LP
  1915. III.1.1
  1916.     \fIPhysical service used by HDLC\fR 
  1917. .sp 9p
  1918. .RT
  1919. .LP
  1920. .rs
  1921. .sp 30P
  1922. .ad r
  1923. \fBFigure III\(hy1/T.90, p.\fR 
  1924. .sp 1P
  1925. .RT
  1926. .ad b
  1927. .RT
  1928. .LP
  1929. .bp
  1930. .sp 2P
  1931. .LP
  1932. III.1.2
  1933.     \fIData link service (HDLC)\fR 
  1934. .sp 1P
  1935. .RT
  1936. .sp 1P
  1937. .LP
  1938. III.1.2.1\ \ \fIData link connection establishment\fR 
  1939. .sp 9p
  1940. .RT
  1941. .LP
  1942. .rs
  1943. .sp 23P
  1944. .ad r
  1945. \fBFigure III\(hy2/T.90, p.\fR 
  1946. .sp 1P
  1947. .RT
  1948. .ad b
  1949. .RT
  1950. .LP
  1951. .rs
  1952. .sp 23P
  1953. .ad r
  1954. \fBFigure III\(hy3/T.90, p.\fR 
  1955. .sp 1P
  1956. .RT
  1957. .ad b
  1958. .RT
  1959. .LP
  1960. .bp
  1961. .sp 1P
  1962. .LP
  1963. III.1.2.2\ \ \fIData link transfer phase\fR 
  1964. .sp 9p
  1965. .RT
  1966. .LP
  1967. .rs
  1968. .sp 12P
  1969. .ad r
  1970. \fBFigure III\(hy4/T.90, p.\fR 
  1971. .sp 1P
  1972. .RT
  1973. .ad b
  1974. .RT
  1975. .sp 1P
  1976. .LP
  1977. III.1.2.3\ \ \fIData link release\fR 
  1978. .sp 9p
  1979. .RT
  1980. .LP
  1981. .rs
  1982. .sp 16P
  1983. .ad r
  1984. \fBFigure III\(hy5/T.90, p.\fR 
  1985. .sp 1P
  1986. .RT
  1987. .ad b
  1988. .RT
  1989. .LP
  1990. .rs
  1991. .sp 16P
  1992. .ad r
  1993. \fBFigure III\(hy6/T.90, p.\fR 
  1994. .sp 1P
  1995. .RT
  1996. .ad b
  1997. .RT
  1998. .LP
  1999. .bp
  2000. .sp 1P
  2001. .LP
  2002. III.1.2.4\ \ \fIData link resetting\fR 
  2003. .sp 9p
  2004. .RT
  2005. .LP
  2006. .rs
  2007. .sp 24P
  2008. .ad r
  2009. \fBFigure III\(hy7/T.90, p.\fR 
  2010. .sp 1P
  2011. .RT
  2012. .ad b
  2013. .RT
  2014. .LP
  2015. .rs
  2016. .sp 24P
  2017. .ad r
  2018. \fBFigure III\(hy8/T.90, p.\fR 
  2019. .sp 1P
  2020. .RT
  2021. .ad b
  2022. .RT
  2023. .LP
  2024. .bp
  2025. .LP
  2026. .rs
  2027. .sp 18P
  2028. .ad r
  2029. \fBFigure III\(hy9/T.90, p.\fR 
  2030. .sp 1P
  2031. .RT
  2032. .ad b
  2033. .RT
  2034. .LP
  2035. .rs
  2036. .sp 18P
  2037. .ad r
  2038. \fBFigure III\(hy10/T.90, p.\fR 
  2039. .sp 1P
  2040. .RT
  2041. .ad b
  2042. .RT
  2043. .sp 2P
  2044. .LP
  2045. III.2
  2046.     \fIState transition disgrams HDLC\fR 
  2047. .sp 1P
  2048. .RT
  2049. .sp 1P
  2050. .LP
  2051. III.2.1
  2052.     \fIThe relation between the diagrams\fR 
  2053. .sp 9p
  2054. .RT
  2055. .PP
  2056. The following diagrams describe the HDLC procedure as one
  2057. functional unit. The first page comprises the whole protocol and the following 
  2058. pages give the details to specific states. 
  2059. .bp
  2060. .RT
  2061. .sp 1P
  2062. .LP
  2063. III.2.2
  2064.     \fIAbbreviations\fR 
  2065. .sp 9p
  2066. .RT
  2067. .LP
  2068.     ABM
  2069.     Asynchronous Balanced Mode
  2070. .LP
  2071.     ADM
  2072.     Asynchronous Disconnected Mode
  2073. .LP
  2074.     R:xxx
  2075.     Receive xxx (Command or Response)
  2076. .LP
  2077.     R:Cxxx
  2078.     Receive A Commmand
  2079. .LP
  2080.     R:Rxxx
  2081.     Receive A Response
  2082. .LP
  2083.     S:xxx
  2084.     send xxx
  2085. .LP
  2086.     F
  2087.     Final bit
  2088. .LP
  2089.     P
  2090.     Poll bit
  2091. .LP
  2092.     XXX
  2093.     Not this condition
  2094. .LP
  2095.     RC
  2096.     Redrive Counter
  2097. .LP
  2098.     RCB
  2099.     Redrive Counter Busy
  2100. .LP
  2101.     IC
  2102.     I\(hyFrame counter
  2103. .LP
  2104.     V\ds\\du\u    Variable for sequence updating
  2105. .sp 2P
  2106. .LP
  2107. III.3
  2108.     \fISummary of frame definitions\fR 
  2109. .sp 1P
  2110. .RT
  2111. .sp 1P
  2112. .LP
  2113. III.3.1
  2114.     \fIInvalid frames\fR 
  2115. .sp 9p
  2116. .RT
  2117. .LP
  2118.     \(em
  2119.     frames not properly bounded by flags,
  2120. .LP
  2121.     \(em
  2122.     frames containing addresses other than A or B,
  2123. .LP
  2124.     \(em
  2125.     frames with Frame Check Sequence (FCS) error,
  2126. .LP
  2127.     \(em
  2128.     frames containing less than 32 bits between flags.
  2129. .sp 2P
  2130. .LP
  2131. III.3.2
  2132.     \fIValid frames\fR 
  2133. .sp 1P
  2134. .RT
  2135. .sp 1P
  2136. .LP
  2137. III.3.2.1\ \ \fINot expected frames\fR 
  2138. .sp 9p
  2139. .RT
  2140. .PP
  2141. NEF, not expected frames (for the receiver) which lead to a frame reject 
  2142. condition (excluding frames with an FRMR control field). 
  2143. .RT
  2144. .LP
  2145. .sp 1
  2146. \(em
  2147. a command or response control field that is undefined or not
  2148. implemented,
  2149. Type W
  2150. \(em
  2151. a frame with an information field which is not permitted or
  2152. supersivory or unnumbered frame with incorrect length,
  2153. Type X
  2154. \(em
  2155. an I\(hyframe with an information field which exceeds the maximum
  2156. established length,
  2157. Type Y
  2158. \(em
  2159. a frame with an invalid N (R),
  2160. Type Z
  2161. .sp 1P
  2162. .LP
  2163. III.3.2.2\ \ \fIExpected frames\fR 
  2164. .sp 9p
  2165. .RT
  2166. .LP
  2167.     \(em
  2168.     frames which must lead to a reaction (in accordance to the
  2169. Recommendation) on the receiving station,
  2170. .LP
  2171.     \(em
  2172.      frames which must be ignored only in determined states on the receiving 
  2173. station. 
  2174. .bp
  2175. .LP
  2176. .rs
  2177. .sp 47P
  2178. .ad r
  2179. \fBFigure III.11/T.90, p.\fR 
  2180. .sp 1P
  2181. .RT
  2182. .ad b
  2183. .RT
  2184. .LP
  2185. .bp
  2186. .LP
  2187. .rs
  2188. .sp 47P
  2189. .ad r
  2190. \fBFigure III.12/T.90, p.\fR 
  2191. .sp 1P
  2192. .RT
  2193. .ad b
  2194. .RT
  2195. .LP
  2196. .bp
  2197. .LP
  2198. .rs
  2199. .sp 47P
  2200. .ad r
  2201. \fBFigure III.13/T.90, p.\fR 
  2202. .sp 1P
  2203. .RT
  2204. .ad b
  2205. .RT
  2206. .LP
  2207. .bp
  2208. .LP
  2209. .rs
  2210. .sp 47P
  2211. .ad r
  2212. \fBFigure III.14/T.90, p.\fR 
  2213. .sp 1P
  2214. .RT
  2215. .ad b
  2216. .RT
  2217. .LP
  2218. .bp
  2219. .LP
  2220. .rs
  2221. .sp 47P
  2222. .ad r
  2223. \fBFigure III.15/T.90, p.\fR 
  2224. .sp 1P
  2225. .RT
  2226. .ad b
  2227. .RT
  2228. .LP
  2229. .bp
  2230. .LP
  2231. .rs
  2232. .sp 47P
  2233. .ad r
  2234. \fBFigure III.16/T.90, p.\fR 
  2235. .sp 1P
  2236. .RT
  2237. .ad b
  2238. .RT
  2239. .LP
  2240. .bp
  2241. .ce 1000
  2242. APPENDIX\ IV
  2243. .ce 0
  2244. .ce 1000
  2245. (to Recommendation T.90)
  2246. .sp 9p
  2247. .RT
  2248. .ce 0
  2249. .ce 1000
  2250. \fBPossible model for telematic endsystems taking into account\fR 
  2251. .sp 1P
  2252. .RT
  2253. .ce 0
  2254. .ce 1000
  2255. \fBthe D\(hychannel/B\(hychannel coordination function\fR 
  2256. .ce 0
  2257. .LP
  2258. .sp 2
  2259. .rs
  2260. .sp 23P
  2261. .ad r
  2262. \fBFigure IV\(hy1/T.90 [T5.90] \ \ 
  2263. (\*`a traiter comme tableau MEP), p.\fR 
  2264. .sp 1P
  2265. .RT
  2266. .ad b
  2267. .RT
  2268. .LP
  2269. .sp 6
  2270. .PP
  2271. There are various ways of specifying the layer 3 covering the
  2272. coordination function. In principle, the layer\ 3 can either be specified 
  2273. as a monolith or as a set of individual modules. 
  2274. .PP
  2275. The structuring into the three modules:
  2276. .RT
  2277. .LP
  2278.     \(em
  2279.     Layer 3 D\(hychannel
  2280. .LP
  2281.     \(em
  2282.     Layer 3 B\(hychannel and
  2283. .LP
  2284.     \(em
  2285.     Layer 3 D\(hy/B\(hychannel coordination.
  2286. .LP
  2287. is obvious, as the first two modules are almost ready\(hymade, available thus
  2288. leaving the coordination module to be specified from the functionality 
  2289. point of view. The implementation itself is in the responsibility of the 
  2290. manufacturer. 
  2291. .LP
  2292. .bp
  2293.